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Electronic Arts CONFIDENTIAL 


INTRODUCTION 


This document describes programming of the NINTENDO ENTERTAINMENT SYSTEM (NES) 
for developers. Thorough knowledge of the 6502, graphics, and sound programming 
are prerequisites to reading this, of course. 


Instead of providing actual code, all concepts have been abstracted. You must 
write your own code based on the summaries provided within. 


GENERAL DESCRIPTION 


The NES is a dual bus architecture-- one bus controls video memory, and the 
other bus is used by the CPU. The CPU is a 6502 compatible chip, with on-chip 
support for game controller I/O, sound, and sound DMA. It runs at 1.79 MHz, 
with no wait states except for sampled sound DMA (optional.) © 


The video controller is referred to as the "PPU", or Picture Processing unit. 
The CPU commands the PPU through eight addresses within its memory space. 
Through these registers, the CPU can read or write PPU memory indirectly, set up 
colors and scrolling, and set up all of the other essential video parameters. 


The PPU generates a 32 wide x 30 high character display. Each character is 8 x 
8 pixels, of up to 4 colors per pixel. Groups of 4 characters may select one of 
four character color palettes. 


Each character is specified by a character number between 0 and 255, with no 
attribute bits incorporated into the character number. This gives a full set of 
256 unique characters available for use in the display. 


The PPU also displays sprites. Up to 64 sprites may be displayed, but only 8 
may be displayed on any given horizontal line. The sprites have their own shape 
set apart from the character set. Because the PPU accesses its own memory to 
display characters and sprites, there is no overhead to the CPU. 


PPU memory can only be accessed by the CPU (through the PPU registers) during 
vertical blank time, or if the screen is specifically blanked. This means that 
code must be carefully written to take advantage of the limited vertical blank 
time to rewrite characters or sprites. 


The NES motherboard contains no ROM. Only 2K bytes of general purpose RAM is 
placed on the motherboard for use by the CPU. Another 2K bytes of RAM is 
connected to the PPU, for two pages of video display. These two pages can be 
oriented vertically or horizontally relative to each other, by cartridge 
hardware selection. A horizontal orientation, for example, is ideal for a 
horizontal scrolling game. 


Additional RAM or ROM must be placed in the cartridge to supply character sets 
to the PPU for character and sprite images. More RAM can be added to provide 
two extra video display pages to facilitate diagonal scrolling games. 
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SOQOQ00-SO7EF: 
$S0800-S1FFF: 
$2000-$2007: 
$2008-S3FEF : 
$4000-$4017: 
$4018-SSEEF: 
$6000-S7EFF : 
S8000-SEFTF : 
SCOO0—SEFEFEF: 


$0000-SOFFF : 
$1000-S1FFF: 
$2000-$23BF: 
$23C0-$23FF: 
$2400-S27BF: 
$27CO-S27FF : 
$2800-S2BEF: 
$2BCO~-S2BFF: 


$2CO0-S2FFF : 


S3F00-S3F1F: 


CPU Memory Map 


2K bytes RAM, located in the Nintendo base unit. 
unavailable: duplicate image of RAM, or unused 

PPU Registers: see hardware register summary 
unavailable: duplicate of PPU registers, or unused 
Sound, game controller, and IRQ control registers 
unavailable 

up to 8K bytes optional RAM expansion on cartridge 
16K bytes of bank-switched ROM on cartridge 

16K of fixed ROM on cartridge (never bank-switched) 


PPU Memory Map 


character set for sprites or background characters 
alternate character set, for sprites or background 
Video display page 1 

Color map selection for display page 1 


Video display page 2 (if horizontal jumper set or 
extra RAM provided on cartridge) 

Color map selection for display page 2 

Video display page 2 (if vertical jumper is set or 
extra RAM provided on cartridge) 

Color map selection for display page 2 


Extra video page and color map RAM (if provided on 
cartridge) 


Color palette selections for characters and sprites 


Screen Organization 


Display Page Organization 
A Nintendo display page is composed of 30 rows of 32 characters, organized 


as linear memory, one byte per character. 


The display pages are contained 


within PPU memory, therefore can only be accessed through the PPU 
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registers during vertical blank time or when the screen is blanked by 
software. See the PPU Memory Map for the addresses of the display pages. 


Two display pages’ worth of memory is provided in the NES motherboard. 
Using horizontal and/or vertical scrolling, the PPU will obtain part of the 
picture from one display page, and part from another. Additional RAM may 
be added for two more display pages. : 


Overscan 

The top and bottom row, and the left-most and rightmost character or two 
may not be visible on some televisions or video monitors. Be sure to check 
your product out with several displays to ensure that you aren't placing 
essential information outside of the minimum visible area. 


Vertical Scrolling 

If the "vertical" jumper is set, the two display pages will be stacked 
vertically; writing higher values to the vertical scroll register causes more of 
display page 2 to be seen as it is scrolled into view. Changing the horizontal 
scroll-.register causes the display to wrap around on itself from the left or 
right edges. 


To implement a vertical scrolling game, increase the vertical scroll register as 
the game scrolls downward. Write a new row of characters in the display 
page at the bottom edge of the view whenever the vertical scroll increases 
by another eight pixels. To scroll upward, decrease the vertical scroll 
register, and rewrite rows of characters on the display page at the top edge 
of the view. 


Version 1 of the cartridge emulator hardware causes part of the character 
sets to be lost when using the vertical jumper. Version 2 should correct this. 


Horizontal Scrolling 

If the “horizontal” jumper is set, the two display pages will be organized as 
two side-to-side pages; writing higher values to the horizontal scroll register 
causes more of display page 2 to scroll into view from the right-hand edge of 
the display. Changing the vertical scroll register causes the display to wrap 
around on itself from the top or bottom. 


To implement a horizontal scrolling game, increase the horizontal scroll 
register as the game scrolls right. Write a new column of characters in the 
display page at the right edge of the view whenever the horizontal scroll 
increases by another eight pixels. To scroll left, decrease the horizontal scroll 
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register, and rewrite columns of characters on the display page at the left 
edge of the view. 


Diagonal Scrolling 

A diagonal scrolling effect can easily be implemented with the jumper set for 
horizontal scrolling. Rewrite characters in the leading column of the view as 
the horizontal scroll is changed. Rewrite characters in the wraparound row 
(at the top or bottom edge of the view) as the vertical scroll is changed. 
Some software-driven blanking may be needed to hide part of the 
wraparound area. To implement this, use the split-screen technique 
discussed later. 


Expanded Display RAM 

If extra RAM is provided on the cartridge, four display pages will be 
available, organized as a large square. The horizontal and vertical scroll 
registers can be used to pan around the four screens. When the scrolling 
extends beyond an edge of the four screens, the display is wrapped around 
from the other edge. 


~; 


Video Timing 

The screen is composed of 262 horizontal lines, of which 240 are visible, and 
22 are retrace time. The beginning of this retrace time is when the vertical 
blank NMI occurs. The CPU can initiate data transfers to PPU memory at any 
time during these 22 lines without disrupting the display. 


Each horizontal line takes 113 and 2/3 clock cycles of the 6502 to display. 
This yields a vertical retrace time available of (22 * 113.66...)=exactly 2500 
cycles. During the active display (240 lines), about 25 of the 113.66... cycles 
are horizontal retrace time, and are invisible. Because the DMA address 
register is also used as the video counter, the CPU can't access PPU memory 
during horizontal retrace without resetting the video counter with a new 
base address afterward. Even if you write a new base address, there's not 
enough time during horizontal blank time to do any DMA without damaging 
the next line of the display. The best solution for writing data to PPU 
memory during display time is to leave an entire line of the display blank, 
and write data during the blanked time. 
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Character Data Organization 
Background characters consist of an 8 x 8 pixel array. Each pixel 
may be one of four colors, requiring 2 bits per pixel. Therefore a 
total of 128 bits, or 16 bytes, are required to define a character. 
Characters are defined in a contiguous block of 16 bytes. The 
definition is structured similar to IBM EGA graphics. The character 
has two bit planes. The first eight bytes define the first bit plane 
and the second eight bytes define the second bit plane. Consider the 
following character, with each number defining a pixel's two bit color 


value (0 - 3): . 
00000000 
01000000 
00200000 
00030000 
00001000 
00000200 
00000030 
01230123 


A data statement describing this character would look like the 
following (using binary constants): 


irst plane 
%00000000 


° 
’ 


£ 
db 
dd %01000000 
dd %00000000 
db  %00010000 
dd  %00001000 
db %00000000 
dpb  %00000010 
db %01010101 


+ second plane 
%00000000 
%00000000 
%00100000 
%00010000 
%00000000 
%00000100 
%00000010 
%00110011 


SEEREE EE 


The background character set consists of 256 characters requiring a 
total of 4K bytes of memory. This memory is on the cartridge, and 
may be either RAM or ROM. The background character set may be | 
mapped starting at $0000 or $1000. Mapping is controlled by PCR1, | 
bit 4. When bit 4=0, the character set is mapped to $0000-$OFFF, | 
otherwise the set is mapped to $1000-$1FFF. 
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Even though character mapping is restricted to these two address 
ranges, several cartridges offer bank switching mechanisms for the 
background character set memory. This allows access to several 
different background character sets. 


A game could, for example, switch character sets via bank switching 
part-way down a title screen to allow more than 256 characters to be 
used for the image. 


The NES has four color sets made up of four colors each for use by 
the background characters. Each color is described by a byte where 


Bits 3..0 - primary color 
Bits 5..4 - intensity of color 
Bits 7..6 - not used 


The primary colors are: 


Gray 

Blue 1 

Blue 2 

Blue 3 
Purple 
Red/Pink 

Red 
Red/Orange 
Brown/Yellow 
Green 1 
Green 2 
Green/Turquoise 
Cyan 

Gray 2 

Black 

Black 
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The color sets are mapped as follows (addresses are in PPU memory): 


Color 
$3F00: 
$3F01: 
$3F02: 
$3F03: 
$3F04: 
$3F05: 
S3F06: 
$3F07: 
$3F08: 
$3F09: 
$3F0A: 
S3F0B: 
$3F0C: 
$3F0OD: 
S3F0OE: 
S3F0F: 


set registers: 

unused 

color set #1 color for bit 
color set #1 color for bit 
color set #1 color for bit 
unused 

color set #2 color for bit 
color set #2 color for bit 
color set #2 color for bit 
unused 

color set #3 color for bit 
color set #3 color for bit 
color set #3 color for bit 
unused 

color set #4 color for bit 
color set #4 color for bit 
color set #4 color for bit 


Border/Background color: 
$3F10: color for all sets for bit 


Color sets are assigned to characters as follows: 


combo 
combo 
combo 


combo 
combo 
combo 


combo 
combo 
combo 


combo 


combo 
combo 


combo 


"oi" 
"10" 
wi" 


"O1" 
"10" 
"yi" 


"Ol Ly 
"170" 
"hl Lid 


"Ol " 


"10" 
eli" 


"O00" 


and border/blanked 


First divide the 


screen into blocks of 4x4 characters starting at the top left of the 
screen. You will end up with 64 blocks with one color memory byte 


alah aA al Ll 
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assigned to each block. Further divide each block into 4 subblocks of 
2x2 characters. Number these 1 through 4 starting at the top left 
subblock. The first block on the screen would look as follows 
(character positions are in decimal): 


1 2. 

ICE ob 5a] aali/4/ 
100 01/02 03} > oH (5/3 at 
132 33134 35] SESH 


| 
3 164 65/66 67] 
196 97|98 99} 


Subblock 1 consists of characters 00, 01, 32, and 33. 
Subblock 2 consists of characters 02, 03, 34, and 35. 
Subblock 3 consists of characters 64, 65, 96, and 97. 
Subblock 4 consists of characters 66, 67, 98, and 99. 


Since there are four color sets, two bits are required to select a color 
set for a subblock. Four subblocks require a byte and therefore each 
block is assigned a byte from color memory. The bit pairs are 
arranged as follows: 


Subblock 1: bits 1,0 
Subblock 2: bits 3,2 
Subblock 3: bits 5,4 
Subblock 4: bits 7,6 


It follows that each subblock is restricted to three colors plus 
background. The respective color memory bit pairs selects one of the 
four color sets; the pixel bit pairs within the characters select the 
color from the chosen color set. 


A color memory value of $D1 (%11010001) would assign color set 2 
to subblock 1; color set 1 to subblock 2; color set 2 to subblock 3: 
color set 4 to subblock 4. 


These color restrictions are quite severe, especially in light of the | 
incompatibility with existing paint programs. The four colors per 
subblock restriction disallows straight conversions from existing 

multi color pictures (such as a Deluxe Paint EGA picture.) Pictures . 
should be drawn with these restrictions in mind. 
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Sprite Programming 


The NES has 64 physical sprites. Each sprite consists of one or two 8 


x 8 pixel characters (depending on the sprite mode.) Characters are 


defined exactly in the same way as background characters. The 
sprite character set may be mapped to either $0000-$OFFF (PCR1 bit 
3 = 0), or $1000-$1FFF (PCR1 bit 3=1). 


Each sprite is defined by 4 bytes as follows: 


Byte 0: Sprite Y position 
Byte 1: Sprite character number 
Byte 2: Sprite color, priority, and orientation. 


Bits 0 and 1 are used to select a color set. Bit 5, 
when set, gives background characters priority over 
sprites. Bit 7, when set, flips the sprite 
horizontally. Bit 6, when set, flips the sprite 
vertically. Bits 7 and 6 may be used together for 
diagonal mirroring. 

Byte 3: Sprite X position 


Sprite Parameter Transfer 
Sprite data is generated by the CPU and placed in a page of RAM 
(any page of available RAM is acceptable.) One page is required, 


_ because there are 64 sprites, with 4 bytes of parameter data each. 


During vertical blank a DMA command is issued by the CPU to 
transfer the entire sprite data page to the PPU. This command must 
be issued while blanking is turned on. 


A simple way to initiate this transfer would be to first write a $00 to 
PPCR ($2003), then the page number of source RAM to DPNR ($4014). 
The write to DPNR initiates the DMA transfer, which requires 512 
clock cycles to complete. 


Writing a $00 to PPCR defines the initial sprite number to be sprite 0 
to receive the DMA data. Writing another number (always a multiple 
of 4) will change the priority of the sprite table. For example, 

writing a $04 to PPCR then writing $0x to DPNR will cause data from 
$x00-$x03 to transfer to sprite 1 instead of sprite 0, lowering its 
priority. $x04-$x07 will transfer to sprite 2, and so on. This has the 
effect of lowering the priority for all sprites except the last at $xFC- 
$xFF, which will now have the highest priority. 


Sprite limitations - multiplexing 


NINFENDO PROGRAMMER'S REFERENCE GUIDE 10 


The NES limits sprite usage to eight sprites per horizontal line. Any 
more sprites per line get ignored by the PPU and do not show up on 
the screen. This limitation may be overcome by using sprite 
multiplexing. It is a commonly used technique in NES games, easily 
recognized by the annoying flicker it produces. However, it is the 
only way to show more than eight sprites per line. Many scrolling 
games use sprites to provide a stationary score/status display. 
Because this may use up to eight sprites, sprite multiplexing becomes 
inevitable. If sprite multiplexing is not desired, the game should be 
carefully designed with the eight sprite limitation in mind at all 
times. 


Sprite Priority 

Sprites are prioritized amongst themselves by their position index. 
The lower the index, the higher the priority. This applies to the eight 
sprite limit: higher priority sprites are always seen. If you try to 
display sprites 1 through 10 on the same line, sprites 9 and 10 will 
be blanked. There is no hardware mechanism available for detecting 
this condition. 


By writing a different initial sprite # to PDPC, the sprite parameter 
number, the priority of the data being copied from RAM to the sprite 
hardware will be different. For example, if a #$80 is written to PDPC 
instead of the #0 in the example, the sprite whose parameter data is 
at $x80 will be sprite 0 (highest priority.) Sprite multiplexing can be 
easily accomplished by changing the value written to PDPC every 
other vertical blank, and by organizing the sprite data so that sprites 
which may be on the same lines are always in opposite halves of the 
sprite RAM page. 


Disabling Sprites 

One way to disable sprites is to set the Y coordinate to a value of $FO 
through $F8 (only $FO will work in double height mode.) This will 
always place the sprite off the visible screen, because the visible 
screen is only in a range of Y coordinates $00-$EF anyway. 


A sprite may also be disabled by assigning it a character which is 
completely transparent (all zeros.) 


Background Priority 
Sprite to background priority is controlled by bit 5 of the sprite 
color/orientation/priority parameter for each sprite. If this bit is 0, 
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sprites appear in front of the background (most sprites will be like 
this.) If this bit is set, any nonzero background data will appear in 
front of the sprite. 


Sprite Color Selection 

Each sprite may choose from one of four color sets reserved for 
sprites. Any sprite may choose any of the four color sets, so sprite 
overlays can be used to enhance the number of colors an image may 
have. 


Sprite Overlays 

To achieve more than the three colors plus transparency in a sprite, 
one can assign different color sets to two or more sprites, then place 
them in the same screen location. Each sprite can contain part of the 
desired multi-color image. However, this technique more rapidly 
reaches the eight sprite per horizontal line limitation of the PPU. 


Sprite 0 Collision Detection 

A collision between sprite 0 (the highest priority sprite) and the 
background can be detected. The collision is detected when a non- 
zero pixel in sprite 0 occupies the same screen position as a non-zero 
background character's pixel. At the moment of this collision, bit 6 of 
PSTR ($2002) will be set. If a collision is detected, this bit will 
remain set until the end of vertical blank, when it will be cleared 
automatically. 


The collision will be detected even if the background has priority 
over sprite 0. 


Sprite Priority vs. Background Priority 

A sprite which gives priority to the background still retains its 
priority relative to other sprites. If the sprite is obscured by the | 
background, then lower priority sprites in the same position will also 
be obscured. 


This feature is very useful to implement a general purpose 
background transparency scheme. Simply use a high priority sprite 
with the same shape as a background object (a chair, for example.) 
Give the background priority over this sprite. Lower priority sprites 
which move across the chair will appear "behind" the chair, because 
they will be masked by the higher priority sprite. 
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Problem with blanking and sprites 

If the blanking bits are turned on during active screen area (to rewrite a 
color palette register, for example,) then sprite DMA may not occur for 
sprites beginning on lines being blanked. The result is blanked or flickering 
Sprites. 


Sprite Recycling 

Sprites can be re-used. During a split screen operation, for example, turn 
blanking on. Do the sprite data transfer as usual, first writing a value to 
location $2003, then $4014. This will take a little less than 5 scan lines (512 
clock cycles.) The DMA is transparent to the CPU, so blanking can be turned 
off immediately after initiating the transfer. 


Alternatively, to update a single sprite, write its address (sprite # * 4) to 
$2003, then data to $2004 for as many bytes as are needed. Entire Sprites 
are updated by writing multiples of 4 bytes of data. Writing less than 4 
bytes leads to hardware glitches. As many sprites as you wish can be 
updated this way, but it may still be more efficient to use the DMA transfer 
feature mentioned above. The blanking bits must be set during this transfer. 


Sprite 0 may be recycled as a normal sprite, but the collision detect bit will 
remain set until the end of vertical blank time anyway. Therefore, recycling 
sprite 0 will not allow detection of more sprite collisions. 


_ Sprite Double-Height Mode 

All sprites may be either a single character (8 x 8) or two characters 
tall (16 x 8). When the sprites are set to this double-height mode, 
the character number used to define the sprite shape is modified. 
The least significant bit of the character number is ignored. The 
Sprite will then use a pair of characters starting at the character 
number specified. The first character appears on top, and the second 
Character appears immediately below the ffirst. | 


If the horizontal flip bit is set for a sprite, both characters are flipped 
horizontally. If the vertical flip bit is set, not only are both 
characters flipped vertically, but the second character now appears 
on top. In other words, both characters are grouped as a single 
Shape and the whole shape is flipped when the parameters specify. 


Sprite Colors 


Sprite color set memory is organized the same as character color 
memory. Remember that bits 0 and 1 of each sprite’s 
color/priority/orientation » byte select which color set the sprite will use. 
Following is a map of the color locations in PPU memory: 


$3F11: color set #1 for bit combo 01 
$3F12: color set #1 for bit combo 10 
$3F13: color set #1 for bit combo 11 
$3F14: unused (bit combo 00 is always transparent) 
eee color set #2 for bit combo 01 
3F16: color set #2 for bit combo 10 
$3F17: color set #2 for bit: combo 11 
$3F18: unused ; 

$3F19: color set #3 for bit combo 01 
$3F1A: color set #3 for bit combo 10 
$3F1B: color set #3 for bit combo 11 
$3F1C: unused 

$3F1D: color set #4 for bit combo 01 
$3F1E: color set #4 for bit combo 10 
$3F1F: color set #4 for bit combo 11 


As in the case of all PPU memory, blanking must be turned on before 
writing to these addresses through the PMAR and PMDR registers. 


Split Screen through Sprite 0 collision detection 


To use this feature, Sprite 0 should be placed at the spot on the screen where 
split screen operation is desired. Sprite 0 should be at the right-hand edge 
of the screen, at X coordinate $F8-$FF. The screen should be organized so 
that a solid non-zero character image appears at the same position as sprite 
0. By polling bit 6 of PSTR ($2002), the exact moment of Sprite collision can 
be detected. The scroll registers can be reset at this point. 


Bit 6 of PSTR remains set until the END of vertical blank time. This is useful 
should you want to synchronize your code to the beginning of the active 
screen, and perform multiple changes on the video throughout the screen. 


Bit 6 may conveniently be examined with an AND, ASL, or BIT instruction. | 
Only the horizontal scroll register affects the scrolling during screen display 


time. To reset the vertical scroll position, you must store a new base address 
to display data from to the DMA Address register (PMAR, location $2006: 
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store high byte first.) The first scan line of the new data may be lost or 
garbled, depending on how long the delay is between detecting a sprite 
collision and rewriting the scroll registers. 


The collision detect bit remains set until the next vertical blank, hence only 
one collision can be detected. To split the screen more than once, carefully 
calculated precise delays after the initial split are needed (113 and 2/3 CPU 
clock cycles per scan line.) 


—o————eE——olllyl——lyy>S>I———————>>Eo SSS———=—=_=_=_==========—e————————— EE 
Interrupts 


There are two potential sources of interrupts in the NES system: an NMI 
interrupt which can occur at the beginning of vertical blank, and an IRQ 
interrupt, which can be programmed to happen at the end of the 
performance of a sampled sound. 


To enable the vertical blank NMI, write a value to PCR1 ($2000) with bit 7 
set. 


When responding to a vertical blank NMI, read PSTR ($2002). This clears the 
NMI signal, and allows further interrupts to occur. 


To enable the sampled sound end-of-sound IRQ, enable IRQ's in the CPU with 
a CLI instruction, then write a value to V5R1 ($4010) with bit 7 set. The IRQ 
will be generated at the end of the playback of any sampled sound. 


When responding to the IRQ, write a value between $40 and $FF to location 
$4017. This clears the source of the IRQ signal, thereby preventing the IRQ 
from re-interrupting the CPU when the CPU exits the IRQ handler. 


$2000 (PCR1): PPU CONTROL REGISTER 1 


bit 0 : MSB of horizontal scroll offset 

If set to al, the horizontal scroll will be extended 256 pixels to 

the right. (scrolls to the right-hand screen if horizontal jumper 
set) . 

bit 1 : MSB of vertical scroll offset 

If set to al, the vertical scroll will be extended 240 pixels 
downward (scrolls to the bottom screen if vertical jumper set or 
extra PPU RAM provides for 4 screens) 

bit 2 : Auto-increment mode for PPU memory access 

If set to a 0, accesses to PPU memory will happen linearly (the 
address will advance by 1 each read or write.) If set to ail, the 
address will advance by 32 each time, useful for drawing columns of 
characters. 

bit 3 : Sprite Character Memory Address 

Selects whether sprite character data should be read from PPU memory 
at S$QO00-SOFFF (bit 3=0) or $1000-S1FFF (bit 3=1) 

bit 4 : Background Character Memory Address 

Selects whether background character data should be read from PPU 
memory at SOOQOO-SOFFF (bit 4=0) or S$1000-S1FFF (bit 4=1) 

bit 5 : Sixteen pixel tall sprite mode 

If set to 1, sprites will be 16 pixels high instead of 8. The least 
significant bit of the character number for each sprite is ignored, 
and characters are used in even-odd pairs to provide the 16 lines of 
data that the sprite will use. The flip and mirror bits work 
properly in this mode. NO sprite entries are sacrificed-- all 64 
sprites are available for use. 

bit 6 : unused/undocumented (set to 0) 

bit 7 : Vertical blank NMI interrupt enable 

Set this bit to 1 if you want an NMI interrupt to occur at the 
beginning of vertical blank time. To reset the source of the NMI, 
read $2002 (PSTR). 


$2001 (PCR2): PPU CONTROL REGISTER 2 


bit 0 : Monochrome mode 

This bit, if set to 1, disables color in all palettes. This mode 
isn't very useful, because you can easily rewrite the color set 
memory directly and get the same effect. 

bit 1 : Border width extend bit ; 

If set to 0, the left border of the screen is extended to the right 
by 8 pixels (1 character column.) If the game has some tearing or 
garbage at the edge because of scrolling problems, this bit can be 
reset to hide it. ; 

bit 2 : unused/undocumented (set to 1)" Border bit for, 

bit 3 : Background enable bit P 

Set this bit to 1 to enable background character graphics, or set to 
Q to disable them. This bit MUST be set to 0 when reading or writing 
PPU memory. 

bit 4 : Sprite enable bit 

Set this bit to 1 to enable sprites, or set to 0 to disable then. 
This bit MUST be set to 0 when reading or writing PPU memory, or 
updating sprite parameters. 
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bits 5-7: Color and intensity adjustments to the palette 
These bits affect the entire palette, for sprites and for background. 
Bit 5, if set, tints the palette darker red. Bit 6 tints the palette 
darker green. Bit 7 tints the palette darker blue. If all three 
bits are set, the palette colors remain their default hues, but are 
darkened by 50%. 


During split screen operation, any of these parameters can be changed, and they 
will take effeot immediately. This may be useful, for example, if 8 pixel tall 
sprites are desired for a status window, but 16 pixel tall sprites are needed 
for game characters. Palette tint adjustments can also be made, to add more or 
different colors to a status window. 


$2002 (PSTR): PPU STATUS REGISTER (read only) 
bits 0-5: undocumented/unused 
bit 6: collision detection bit 
This bit detects collisions between sprite 0 and the background. 
Sprite 0 still detects collisions if its background priority bit is 
set (background has priority over the sprite.) The background must 
be non-zero to allow the sprite to detect the collision. The bit 
will remain set until the END of vertical blank time. 
bit 7 : Vertical blank occurred bit 
This bit will be set when vertical blank starts. Reading this 
register clears bit 7. This bit must be cleared by such a read in 
order to re-enable NMI interrupts for the next vertical blank. 


When this register is read, the high/low flag for PMAR ($2006) is 
reset (the next write to PMAR will definitely be the high order 
address.) The horizontal/vertical flag for the PSOR scroll register 
($2005) is also cleared, ensuring that the next write to PSOR will be 
the horizontal scroll amount. 


$2003 (PPCR): SPRITE REGISTER DESTINATION ADDRESS 


This is the single byte address within the sprite hardware to start 
writing to when storing from $2004. Normally set to 0 when doing a 
DMA transfer by writing the page # to DPNR ($4014). To switch the 
priority of the first and second 32 sprites, though, a $80 could be 
written here. To manually rewrite the vertical position for sprite 
1, (for example,) store a $04 here, then the new vertical position to 
$2004. It's recommended that if you update one parameter for a 
sprite, you update all four. Note that the DMA will not cross a page 
boundary. The low order address may change, but the DMA will always 
occur on the page specified by DPNR. 


$2004 (untitled): SPRITE PARAMETER DATA PORT (bidirectional) 
The DMA feature activated by DPNR writes 256 bytes of data here. 
Each write to $2004 writes data to a sprite hardware register 
specified by PPCR ($2003), then increments the PPCR counter by 1. 
Each read will read data from the sprite hardware register. 


$2005 (PSOR): PPU SCROLLING REGISTER (horizontal, vertical) 
This register is used to choose how much to scroll the screen 
horizontally and/or vertically. The first write to this register 
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specifies the horizontal displacement; the second write specifies the 
vertical. Vertical scroll amounts greater than 240 (SFO) are 
invalid. The next logical scroll amount after SEF is $100 (use the 
vertical scroll MSB in PCR1, bit 1.) 


During active video area, the horizontal scroll amount may be 
rewritten, but the vertical scroll amount is ignored by the PPU. To 
get a change in the vertical scroll during display time, rewrite the 
PPW display address through PMAR ($2006) instead. 


$2006 (PMAR): PPU DMA ADDRESS REGISTER/DISPLAY ADDRESS 


DMA Address register (high, low) 

In order for the CPU to access PPU memory, it must write the desired 
address here, high order byte first. Data then may be read or 
written to PMDR ($2007). The first byte of a read sequence should be 
discarded. 


Blanking MUST be set (PCR2, $2001, bits 3 and 4 set to 0) before 
writing values to PMAR or PMDR. 


Video display address (high, low) In addition to its use as a 
DMA address register, PMAR contains the active video counter used to 
fetch display data. If PMAR is written during active video time, 
even while the display is blanked, it'll need to be rewritten with a 
new address to display characters from after the program is through 
using PMAR for DMA. The new address will be unaffected by the 
setting of the vertical scroll register, unlike at vertical blank 
time. 


Before the end of vertical blank, write a pair of $00's here to reset 
the video address offset to $0000 before video starts, otherwise the 
video will start from the wrong place. 


$2007 (PMDR): PPU DMA DATA REGISTER (bidirectional) 


After an address is written to PMAR ($2006), and the autoincrement 
mode set to 1 or 32 (PCR1, $2000, bit 2), data may be written or read 
from here. After each write or read, the DMA Address is incremented 
by the autoincrement amount. When reading, the first byte is invalid 
and may be discarded. 


$4000 (V1R1): Voice 1 Duty cycle, amplitude, sound length 
$4004 (V2R1): Voice 2 Duty cycle, amplitude, sound length 


The registers above are identical in format. The format is: 

Bits 0-3 : Amplitude (AAAA) 

A 0000 specifies minimum volume; A 1111 specifies maximum. 

Bits 4-5 ;: Envelope mode 

The combination of these two bits determines what kind, if any, of 
envelope will be heard: 

00 - the length code (V1R4 or V2R4, bits 3-7) specifies the length 
of a one-time enveloped sound. AAAA specifies the initial volume. 
01 - the length code specifies the length of a one time NON- 
enveloped sound. AAAA specifies the volume for the entire durat‘-n 
of the sound. 
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10 - the length code specifies the length of a repeating enveloped 
sound. AAAA specifies the initial volume. 

11 - AAAA specifies an absolute volume for the sound. This mode is 
most useful, because it allows the construction of complex envelopes 
by software control. 

Bits 6-7: duty cycle of waveform 

These two bits control the ratio of high-to-low in the sound's 
waveform. Changing this parameter changes the tonal quality of the 
sound. The values are: 


00 12.5% 

01 25% These numbers are supplied by Arti 
10 50% and need to be verified. 

11 75% 


$4001 (V1R2): Voice 1 Frequency sweep controls 
$4005 (V2R2): Voice 2 Frequency sweep controls 


The formats of these registers are: 

ExxxDCCC , where 

E (bit 7) is the sweep enable bit (set to 0 to disable sweeping. ) 
xxx bits (bits 4-6) are "don't care" bits 

D (bit 3) is the direction, and 

ccc (bits 0-2) is the 3 bit "sweep delay" or frequency cut-off 
value. 


When the frequency sweep enable bit "E" is set to zero, the sweep 
delay bits ("C" bits) should be set to 111. Otherwise, the 
frequency cut-off feature may silence low or high pitched notes. 


$4002 (V1R3): Voice 1 Frequency lower 8 bits 
$4006 (V2R3): Voice 2 Frequency lower 8 bits 


$400A (V3R3): Voice 3 Frequency lower 8 bits 
The lower 8 bits of the frequency (pitch) for the voices are 
specified by these registers. 


$4003 (V1R4): Voice 1 Frequency upper 3 bits/envelope length 
$4007 (V2R4): Voice 2 Frequency upper 3 bits/envelope length 
$400B (V3R4): Voice 3 Frequency upper 3 bits/envelope length 
bits 0 - 2: Frequency (pitch), most significant 3 bits 
bits 3 - 7: Length code. If the envelope mode specifies a length, 
this length code is used. The code is used to index a lookup table 
of actual durations. This table bears a stronger resemblance to 
random numbers than useful durations. 


$4010-$4013: Sampled Sound parameters (see section on 
sampled sound) 


$4014 (DPNR): SPRITE DMA START ADDRESS (high) 
This is the high order address (most significant byte) where sprite 
parameters will be read from. Writing a value here initiates a 256 
byte transfer from the specified page to the sprite parameter data 
port ($2004). 
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$4015 (VMER): 
This is 
bit 0: 
bit 1: 
bit 2: 
bit 3: 

‘ bit 4: 


SOUND MASTER ENABLE REGISTER 
the master control register for turning voices on and off. 
voice 1 enable if bit set to one; disable if set to zero 


: voice 2 enable 


voice 3 enable 
voice 4 enable 
Sampled sound voice enable 


' To retrigger an envelope, or restart a sampled sound, first clear 
then set the enable bit for that voice. 


$4017 (Game controller port 2): 
: Must be written with a value between $40 and S$FF during system 


initialization, otherwise spurious IRQ interrupts will be generated. 


ide cd ea i a ee 
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Sampled Sound 


Sampled sounds are composed of single bit samples. These samples are just 
clipped raw audio data, no better than the PC or Apple II sampled sounds. 8 
samples are packed into each byte, with the least significant bit "played" 
first. Data is retrieved sequentially from memory starting at the base address 
speeified in V5R3, for the length in V5R4. The playback rate and loop modes are 
set in V5R1. V5R2 is the shift register through which the hardware shifts bits 
in the byte currently being played. 


Data can only be played from the ROM area S$CO00-SFFFF. This is the unbanked 
portion of standard cartridge ROMs, unfortunately, limiting the total samples 
available for play to a bit less than 16k bytes. 


Sampled sound hardware registers: 


$4010 (V5R1): ‘Sampled sound Playback rate, loop mode, IRQ enable 
bits 0 - 3: DMA playback rate. This 4 bit code tells the sound 
chip how fast to play the sampled sound. Codes from 0..7 are a C- 
major scale for music. Higher numbers are used for higher playback 
rates. The sample rates are: 


1111 (F) 33153 Hz ° 0111 (7) 8364 Hz 
1110 (E) 24860 Hz 0110 (6) 7920 Hz 
1101 (D) 21310 Hz 0101 (5) 7047 Hz 
1100 (C) 16888 Hz 0100 (4) 6258 Hz 
1011 (B) 13983 Hz 0011 (3) 5593 Hz 
1010 (A) 12606 Hz 0010 (2) 5264 Hz 
1001 (9) 11187 Hz 0001 (1) 4710 Hz 
1000 (8) 9420 Hz 0000 (0) 4182 Hz 


(determined by measuring time between samples read from memory 
on the logic analyzer) 


bit 6: loop mode 

If set to al, the sound will repeat itself continuously while the 
master enable bit at $4015 is set. If set to a zero, then the m.:ter 
enable must. be turned off then on again to initiate a sound. 


The playback rate can be adjusted any time during playback of a 
sample and will take effect immediately. 


bit 7: IRQ enable 

If set to 1, an IRQ interrupt will be generated at the end of a 
played sampled sound. This bit MUST be set to 0 at some time before 
the CPU returns from the interrupt. If the loop bit is set, the 
sound will continue looping, and generates an IRQ at the end of each 
repetition of the sound. 


$4011 (V5R2): Sampled sound shift register 7 
This is the 8 bit sample register which is sent to the audio 
hardware, 1 bit at a time. The sampled sound DMA circuitry reads the 
samples from ROM, then writes them here. Samples aren't played :-om 
this register when DMA is disabled, so there isn't any practical ed 
for the user to write here. 


$4012 (V5R3): Base address of sampled sound 
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The formula for the base address is: $C000+ (V5R3*$40). This means 
that samples must start on a boundary of $40, and can only reside in 
the area from $C0O00~-S$FFCO. 


$4013 (VS5R4): Length of sample - 1. 
The length seems to be in multiples of $10 bytes. The formula for 
the sample length is: (V5R4+1) * $10 = sample length in bytes. T:.is 

limits the sample length to $1000 bytes. 


$4015 (VMER): VOICE MASTER ENABLE REGISTER 
Bit 4 : Sampled sound master enable bit. Set this bit first 
to "0", then to "1" to play the sound whose parameters have been set 
up in V5R1-V5R4. 


Sampled sound causes timing problems 
The DMA from sampled sound hardware will steal 2 bus cycles from the CPU out of 
every 400-3400, depending on the playback rate. This will foul up fixed timing 


loops used for display modification. The solution is either to avoid sampled 
sound in these situations, or compensate for them in your timing. . 


IRQ interrupts generated at the ends of sampled sounds can affect timing eve:: 
more. 


Sampled sound DMA does NOT occur when the voice is disabled (bit 4 of $4015 is 
zero.) , 
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"Mystery" IRQ 


If location $4017 is written with any value less than $40, IRQ interrupts will 
occur every 1/60th of a second. However, the interrupt gradually loses sync 
with the video hardware if location $2002 is polled for split screen operations. 


The purpose of this interrupt is unknown, but it may be an external hardware 
feature that was partially unimplemented and consequently generates IRQ from 
noise on the circuit board. It may not be implemented on all Nintendo systems, 
either. . 


Monochrome display gets tint 


If the monochrome bit ($2001, bit zero) is set, the individual colors lose their 
RGB content, but the palette tint adjustment bits ($2001, bits 5-7) still tz..c 
the picture. 


"Zapper" Light Gun 


The light gun should be plugged into port 2. There are only 2 bits of data 
provided by the gun: the fire button and the optical sensor. The optical sensor 
is focused on the television. As the light from the TV phosphor fades away, “he 
sensor reads a "1". When the electron gun strikes the phosphor again, the 
sensor reads a "0". By timing, you can know when (or if) the gun was focused on 
the desired target. 


$4017 JOY2PRT: 
Bit 3 : Optical sensor. Low (0) when light is being detected. 
Blank the whole screen except for your targets, and see if the Cun 
collided. Or, synchronize your timing to the NMI, and determines‘the 
physical screen position which the sensor picks up. The Stability is 
improved if you average 2 or 3 samples in a row, and use the maximun 
brightness for your targets. I'm not sure how reliable the measured 
approach is versus blanking the screen. The stability isn't ver. 
good with the timed measurement code I've tested. It could be caused 
by ambient, and unfocused CRT light. Further tests should be made 
when a light gun title is proposed. In the worst case, the blanked 
screen approach works reliably enough to use. Be sure to test é 
light gun code on many televisions, because phosphor persistenc< 
varies widely and has a significant effect on the gun circuitry. 


Bit 4 : Fire trigger. High (1) when the gun is fired. In normal 
use, firing the gun will pulse the trigger switch for about 1/20 of a 
second. However, the trigger can be manipulated by a skilled player 
so that the button is always in the on, or firing position. Allow 
for this in your code. 


et od 


"Power Pad" exercise controller. 


The power pad is a matrix of on/off switches. The switches are passed throuch a 
pair of shift registers, and read in a manner similar to the joystick. The iit 
assignments are as follows (joystick port 2 is assumed, because games requir: 

the pad to be plugged in there.) 


$4017 JOY2PRT: 
Bit 3: serial input data. a JOY2PRT is read, a new bit of ds+a 
from the pad is shifted in. A "0" bit means the pad is not beir.: 
pressed. A "1" means someone is standing on it. 


Power Pad Bit 3 Data: 


First bit read Blue #2 
Second bit read Blue #1 
Third bit read Blue #5 
Fourth bit read Blue #9 
Fifth bit read Blue #6 
Sixth bit read Blue #10 
Seventh bit read Red #11 
Eighth bit read Red #7 


$4017 JOY2PRT: 
Bit 4: Serial input data. Read data from this bit using the 
SAME bytes read while processing bit 3. In other words, only read 
JOY2PRT a total of 8 times. 


Power Pad Bit 4 Data: 
Bit Hex Description 

First bit read Red #4 
Second bit read Red #3 
Third bit read Red #12 
Fourth bit read Red #8 
Fifth bit read unused 
Sixth bit read unused 
Seventh bit read unused 
Eighth bit read unuséd © 


Video stability with dithered images 


Fringing and flickering effects caused by dithering seem to stabilize or go :way 
if the screen is scrolling by 2 pixels per display frame instead of 1. In other 
words, if fringing is a problem, always scroll on an even pixel boundary. 
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; ACTUAL SOUND ROUTINES THAT ARE CALLED FROM ABOVE STRUCTURE 


+ NES SOUND STRUCTURE DEFINITION: 

:WRAO %DDTEAAAA 

Duty Cycle 

Timer Mode (always be 0), timer on 

Envelope, 0 = Fading sound - 1 = Steady Sound 
Amplitude/Volume (or envelope step speed) 


PHO I 
It 


ESSSDBBB 

Sweep Enable 
Sweep Speed (speed - 1), how many quarter-NMI’s between each pitch c 
Add/Subtract Direction/Mode, 0 = Pitch Increases - 1 = Pitch Decreas 
* In subtract mode, below "B" should only be 1 or 2 

Bits Frequency Is Shifted By Per Update 


WRA1 
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Frequency of Notes (look up from FreqTabl.New)...small # = Higher Pitc 


WRA2 


LLLLLFFF 
= Length of Sound, how many frames (NMI’s) the sound will last...look 


= Last High Bits of Sound Frequency ~- Generally, don’t worry about t 
*NOTE: Writing to this byte begins the sound that has just been defined 


WRA3 
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explosion_sound 
lda #%00001111 


sta VMER ;Clear Sound Master Register 
lda #%11001111 ;slow envelope, single shot, 12.5% duty cycle 
sta WRAO svoice B (square wave) 
lda #%10010010 7;sweep 
sta WRA1 
lda #150 ;start at this high pitch 
sta WRA2 
lda #%00100000 ;length=126 
sta WRA3 ;start sound 
rts 
17 iy’ bu. &2 
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"'TSYNC 


EQU $C001 


DiriRQ 
EITIRQ 
;NOTE: 


EQU $E000 
EQU $E001 


=e 


- 


’ 

: CBSRO EQU $00 ;Character 
; CBSR1 EQU $01 ;Character 
; Bank #1 (1Kbyte bank/64 Char. Bank) 

; CBSR2 EQU $02 ;Character 
: CBSR3 EQU $03 ;Character 
: CBSR4 EQU $04 ;Character 
: CBSR5 EQU $05 ;Character 
; Program Bank Selection (Assumes Program 
H PBSRO EQU $06 

‘ PBSR1 EQU $07 

PBSR2 EQU SOF 

+*Note: 

; any routine in $C000 range. 
**Note: 


*Note: 


PROGRAM Select: 
nusedBits 4MEGABIT_PRG 
edadBits 2MEGABIT _ PRG 
edBits 1MEGABIT PRG 
unuseadBits_512KBIT_PRG 
UnusedBits 256KBIT_ PRG 
UnusedBits_128KBIT_ PRG 
UnusedBits_64KBIT_ PRG 
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EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


; CHARACTER Select: 


UnusedBits_2MEGABIT_CHR 
UnusedBits_1MEGABIT_CHR 
UnusedBits_512KBIT_CHR 
UnusedBits_256KBIT_CHR 
UnusedBits_128KBIT_CHR 


UnusedBits_64KBIT_CHR 


PROGRAM BANKING: 


Area 1 (8Kbyte) 
Area 2 (8Kbyte) 
Area 3 (8Kbyte) 
Area 4 (8Kbyte) 


CHARACTER BANKING: 


kK 


EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


0; 


(Load and 


Synchronize Timer) 
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0=Timer counts horizontal display lines 
1=Timer counts CPU clock (PHI2) divided by 4 


A write to this address forces the value in 
TLAT ($C000) to be written to the interval 
stimer (resets interval timer as result) 
7A Write to this address Disables the IRQ Timer 
7A Write to this address Enables the IRQ Timer 


Bank Select Register 0 
Bank Select Register 1 


~suggested as Sprite Bank 


Bank Select Register 2 
Bank Select Register 3 
Bank Select Register 4 


MMC-3 


Bank Select Register 5 
Map Mode is set to 0) 


Below Register Select Equates are commented out because they are 
identical to the below MMC-3 Register Select Equates 
;Register Select Equates (Assumes Char. Map Move is set to 0) 
Bank #0 (2Kbyte bank/128 Char. Bank) -suggested as Background Bank 


;Progran Bank Select Register 0 ($8000-$9FFF) 
;Program Bank Select Register 1 ($A000-$BFFF) 
;Program Bank Select Register 2 ($CO00-S$DFFF) 


%00000000 
%00100000 
%00110000 
%00111000 
%00111100 
%00111110 
%00111111 


%00000000 
%10000000 
%11000000 
%11100000 
%11110000 
%11111000 


RK 


The MMC3 splits the program area into 


$8000 - $9FFF 
$A000 - SBFFF 
$c000 - $DFFF 
$E000 - $FFFF 


ue Se Me Te Ne Ne Te Te Ne Ne TO TS TE NO 


Area 1 (2Kbyte, 
Area 2 (2Kbyte, 
Area 3 (1Kbyte, 
Area 4 (1Kbyte, 
i Area 5 (1Kbyte, 
; Area 6 (1Kbyte, 
MMC3_IRQTIMER EQU 


characters 
characters 
characters 
characters 
characters 
characters 


$E000 


$00 
$80 
$00 
$40 
$80 
sco 


Multi-Memory Controller 3 (MMC3) Equates 


- $7F) 


f 


The MMC3 splits the character area into 


7512Kbyte,64 bank 
7256Kbyte,32 bank 
7128Kbyte,16 bank 
;64Kbyte,8 bank 
732Kbyte,4 bank 
716Kbyte,2 bank 
;8Kbyte,1 bank 


7256Kbyte,16K stamps 
7128Kbyte,8K stamps 
764Kbyte,4K stamps 
732Kbyte,2K stamps 
716Kbyte,1K stamps 
78Kbyte,512 stamps 


our 8Kbyte banks 
set through PBSRO 
set through PBSR1 


fixed at second highest bank 


fixed at highest bank 


six banks 


48 Pin RAMBO 
RAMBO 
RAMBO/NAMCO 109 
RAMBO/MIMIC 
RAMBO/MIMIC 
RAMBO/MIMIC 
RAMBO/MIMIC 


$0000 - SO7FF -use 
SFF) $0800 - SOFFF -use 
$3F) $1000 - $13FF -use 
$7F) $1400 - $17FF -use 
SBF $1800 - S1BFF -use 
SFF) $1C00 - S1FFF -use 


;Disable Timer 


For MMC-3 Compatibility, initialize PBSR2 to $3E (%00111110) before cal 


For Mimic Compatibility, set Scroll and Disable IRQ before seting 
; Register 7 (PBSR1) 
To insure FULL compatability with any ROM size, you 
Register Select byte with the unused bits set high. 
size cartridges, use the below Equates 


could OR the 
For the various 


RAMBO 
RAMBO/NAMCO 
RAMBO 

RAMBO/MIMIC 
RAMBO/MIMIC 
RAMBO/MIMIC 


Bn EEE 


MNC3 “IRQCOUNTER 
MMC3_INTERVALTIMER 
MMC3_INTERVALCOUNTER EQU $C001 


MSSR_ 


MBRS 
MBRV 


CBSRO 
CBSR1 
CBSR2 
CBSR3 
CBSR4 
CBSR5 
PBSRO 
PBSR1 
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EQU 
EQU 


EQU 
EQU 


EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


$A000 
$A001 


$8000 


EQU $EO001 ;Enable Timer 
EQU $co00 


:Scroll Selection Register - 0=horizontal,i=vertical 
;Write Protect Register - bit 7 selects write 
protect (1) ;and write enable (0) 

;Bank Register Select Register - used to select which 
;bank register is to be written to through MBRV 

;Bank Select Value Register - Actual value to be 
swritten to the MMC3 register pointed to by MBRS 
;Character Bank Select Register 
;Character Bank Select Register 
;Character Bank Select Register 
;Character Bank Select Register 
;Character Bank Select Register 
;Character Bank Select Register 
?Progran Bank Select Register 0 
;Program Bank Select Register 1 


UPWNrPO 
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;Multi-Memory Controller 1 (MMC1) Equates 
7 MMC registers are written to serially by storing values consecutively to 
saddress to fill their defined bits, e.g. 5 sta’s are necessary to defined 


;MMC_RO. 


EQU $ 


8000 ;Store something with bit 7 high (#$80 recommend 


Store High Bit ($80) to clear MMC (initializes the SP Registers and 
sets MMC_RO to default values 


MMC_RO 
? 0 - 
1- 
2- 
i 30S 
; 4 - 
MMC_R1 
If MMC_RO 
0 


=e Me te Te TSE 


MMC _R2 
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MMC_R3 


=e te te 
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EQU $ 
Horizonta 


8000 ;was S9FFF 
1 Scroll (set to 0) or Set to Vertical Scroll (set to 1) 


Single screen mode (set to 0) or 4 screen mode (set to 1) 
Resident Bank, 0=$8000-$BFFF and 1=$C000-S$FFFF 
Single Bank Size, 0=32K and 1=16K 
Character ROM bank unit 4/8, O=8K bank and 1=4K bank 
EQU $A000 ;was BFFF 
Bit 4 is 0 (8K banks selected): 


- Ignored 
1 to 4 - 8K Character Bank # to have active (Character Bank Code, PPU $0 


If MMC_RO Bit 4 is 1 (4K banks selected): 


0 to 4 - 4K Character Bank # to have active (Character Bank Code, PPU $0 


EQU $ 


co00 ;was DFFF 


If MMC_RO Bit 4 is 1 (4K banks selected): 


0 to 4 - 4K Character Bank # to have active (Character Bank Code, PPU $1 


EQU $ 


If MMC_RO Bit 4 is 0 (8K banks selected), this register is ignored 


E000 swas FFFF 


If MMC_RO Bit 3 is 1 (16K program banks selected) : 


0 to 3 - 16K program bank to to switch in (program bank designation code 
- Program Bank call (set to 0) and RAMbank designation call (set 


4 

EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


%00000000 
%00000001 
%00000010 
%00000011 
%00000100 
%00000101 
%00000110 
%00000111 
%00001000 
%00001001 
%00001010 
%00001011 
%00001100 
%00001101 
%00001110 
%00001111 


fRom Emulator Softswitch to enable (bit 0 is off) or disable (bit 0 is on) MMC1 
ROM_SOFTSWITCH EQU 


$7FFF 


*DDIT Memory Equates 


BANK1 

BANK2 
VLDPAGE1 
COLMAP1 
COLMAP1b 
VIDPAGE2H 
COLMAP2H 
COLMAP2Hb 
VIDPAGE2V 
COLMAP2V 
VIDPAGEEX 
COLMAPEX 


COLORS 
CHCOL1.1 
CHCOL1.2 
CHCOL1.3 
sunused 
CHCOL2.1 
CHCOL2.2 
CHCOL2.3 
sunused 
CHCOL3.1 
CHCOL3.2 
CHCOL3.3 
s;unused 
CHCOL4.1 
CHCOL4.2 
'L4.3 
‘LOR 


SPCOL1.1 
SPCOL1.2 
SPCOL1.3 
sunused 
SPCOL2.1 
SPCOL2.2 
SPCOL2.3 
;unused 
SPCOL3.1 
SPCOL3.2 
SPCOL3.3 
;unused 
SPCOL4.1 
SPCOL4.2 
SPCOL4 .3 


EQU $0000 
EQU $1000 
EQU $2000 
EQU $23C0 
EQU $23E0 
EQU $2400 
EQU $27C0 
EQU $27E0 
EQU $2800 
EQU $2BCO 
EQU $2C00 
EQU $2FCO 


7Second half of color areas for page 1 


*Second half of color areas for page 2H 


EQU $3f00 
EQU $3F01 
EQU $3F02 
EQU $3F03 

EQU $3f04 
EQU $3F05 
EQU $3F06 
EQU $3F07 

EQU $3f08 
EQU $3F09 
EQU $3F0a 
EQU $3F0b 

EQU $3f0c 
EQU $3F0da 
EQU $3F0e 
EQU $3FOf 
EQU $3F10 
EQU $3F11 
EQU $3F12 
EQU $3F13 

EQU $3f14 
EQU $3F15 
EQU $3F16 
EQU $3F17 

EQU $3f18 
EQU $3F19 
EQU $3F1A 
EQU $3F1B 

EQU $3fl1c 
EQU $3F1D 
EQU $3F1E 
EQU $3F1F 


sHardware Registers 


PCR1 EQU 


(=) 
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2000 ;PPU Control Regester 1 
MSB horizontal scroll +256 
MSB vertical scroll +240 
Auto increment mode 0-> +1, 1-> +32 
Sprite Char Mem Add 0->$0000, 1->$1000 
Background Char Mem Add 0->$0000, 1->$1000 
Sixteen Pixel tall sprite mode 
unused set to 0 
Vertical blank NMI enable 

$2001 7PPU Control Regester 2 
Monochrome mode 
Border width extend bit 
unused set to 1 
Background enable 


1@ ™e Me tO 
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a 
He) 
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se 30 Se we ite we Ne 
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EQU 
EQU 
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Sprite enable 

RED color intensity adjust 

GREEN color intensity adjust 

BLUE color intensity adjust 

$2002 *PPU Status Regester 

unused 

collision detection bit(spO and background) 
vertical blank occured bit 


$2003 :Sprite Register Destination Address - Where in the page 
$2004 :Sprite Parameter Data Port - Appears to be what page to 
$2005 ;PPU Scroll Register 

$2006 ;PPU DMA Address Register/Display Address 

$2007 7PPU DMA Data Register 

$4000 ;Voice 1 Duty Cycle 

- Amplitude 

- Envelope 

- Duty Cycle 

$4001 ;Frequency Sweep Controls 


sweep enable 
- don’t care 


direction 

- Sweep delay, or cut-off value 

$4002 ;Voice 1 Frequency lower 8 bits 

$4003 ;Voice 1 Frequency upper 3 bits/envelope length 


~ Upper 3 bits of frequency 

- length code for envelope 

$4004 

- Amplitude 

~ Envelope 

- Duty Cycle 

$4005 ;Frequency Sweep Controls 
sweep enable 

- don’t care 


direction 

- Sweep delay, or cut-off value 

$4006 ;Voice 2 Frequency lower 8 bits 

$4007 ;Voice 2 Frequench upper 3 bits/envelope length 


- Upper 3 bits of frequency 
- length code for envelope 


$4008 

- Amplitude 

- Envelope ;different from other voices 

- Duty Cycle 

$400A ;Voice 3 Frequency lower 8 bits 

$400B ;Voice 3 Frequench upper 3 bits/envelope length 


- Upper 3 bits of frequency 
- length code for envelope 


$400C 
$400D scontrols for voice 4 noise channel 
$400E 
$400F 
$4010 ;Sample Sound Playback Rate,loop,IRQ enable 
- playback rate 
loop mode 
IRQ enable 
$4011 ;Sample Sound Shift Register 
; *NOTE: Bit 7 = Ignored, Bit 0 = Up/Down Counter, Bit 
$4012 ;Base Address of Sample Sound {$C000 + (V5R3*$40) } 
$4013 slength of sample Mult of $10 Bytes 
$4014 ;Sprite DMA Start Address (high) - What Page to Xfer 
$4016 ?game controler 1 
$4017 7game controler 2 


Must be initialized to $40-S$ff during initialization to stop 


Fee ee See pee ee pte e eae 


a spurious IRQ’s. 


EQU $4015 
- Voice 
Voice 
Voice 
Voice 


;Sound Master Enable Register 
1 enable 
2 enable 
3 enable 
4 enable 


hWNYE O 


; Sprite Equates and RAM Addresses 


Sample Sound Voice enable 


SPRITE EQU $700 ;Page #7 contains all the Sprite Handle Informat 
SPRITEO EQU SPRITE 
SPRITEO_Y EQU SPRITE 
SPRITEO_N EQU SPRITE+1 
SPRITEO_C EQU SPRITE+2 
SPRITEO_X EQU SPRITE+3 
SPRITE1 EQU SPRITE+4 
SPRITE1_Y EQU SPRITE+4 
SPRITE1_N EQU SPRITE+5 
SPRITE1_C EQU SPRITE+6 
SPRITE1 X EQU SPRITE+7 
SPRITE2 EQU SPRITE+8 
SPRITE2_Y EQU SPRITE+8 
SPRITE2_N EQU SPRITE+9 
SPRITE2_C EQU SPRITE+10 
SPRITE2_X EQU SPRITE+11 
SPRITE3 EQU SPRITE+12 
SPRITE3_Y EQU SPRITE+12 
SPRITE3_N EQU SPRITE+13 
SPRITE3_C EQU SPRITE+14 
SPRITE3_X EQU SPRITE+15 
CDDTTE4 EQU SPRITE+16 
TE4 Y EQU SPRITE+16 
‘TE4_N EQU SPRITE+17 
SPRLTE4 C EQU SPRITE+18 
SPRITE4 X EQU SPRITE+19 
SPRITES EQU SPRITE+20 
SPRITES _Y EQU SPRITE+20 
SPRITES _N EQU SPRITE+21 
SPRITES5_C EQU SPRITE+22 
SPRITES _X EQU SPRITE+23 
SPRITE6 EQU SPRITE+24 
SPRITE6_Y EQU SPRITE+24 
SPRITE6_N EQU SPRITE+25 
SPRITE6_C EQU SPRITE+26 
SPRITE6_X EQU SPRITE+27 
SPRITE7 EQU SPRITE+28 
SPRITE7_Y EQU SPRITE+28 
SPRITE7_N EQU SPRITE+29 
SPRITE7_C EQU SPRITE+30 
SPRITE7_X EQU SPRITE+31 
SPRITES EQU SPRITE+32 
SPRITE8_Y EQU SPRITE+32 
SPRITE8_N EQU SPRITE+33 
SPRITE8_C EQU SPRITE+34 
SPRITE8_X EQU SPRITE+35 
SPRITE9 EQU SPRITE+36 
SPRITE9_Y EQU SPRITE+36 
SPRITES _N EQU SPRITE+37 
SPerTES-C EQU SPRITE+38 
‘'TEO_X EQU SPRITE+39 
‘TE10 EQU SPRITE+40 
orniTE10_ Y EQU SPRITE+40 
SPRITE10_N EQU SPRITE+41 
SPRITE10_ C EQU SPRITE+42 
SPRITE10_ X EQU SPRITE+43 
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SPRITE11 
SPRITE11_Y 
SPRITE11_N 
eDePTTE11 Cc 
‘TE11_X 
‘TE12 
SPRITE12_Y 
SPRITE12_N 
SPRITE12_C 
SPRITE12_ X 
SPRITE13 
SPRITE13_Y 
SPRITE13_N 
SPRITE13_C 
SPRITE13_X 
SPRITE14 
SPRITE14_Y 
SPRITE14_N 
SPRITE14_ C 
SPRITE14 X 
SPRITE15 
SPRITE15 Y 
SPRITE15_N 
SPRITE15 Cc 
SPRITE15 X 
SPRITE16 
SPRITE16 Y 
SPRITE16 N 
SPRITE16 C 
SPRITE16 X 
SPRITE17 
SPPTTE17 Y 
TE17 N 
TE17_C 
brKLITE17 X 
SPRITE18 
SPRITE18 Y 
SPRITE18 N 
SPRITE18 C 
SPRITE18 X 
SPRITE19 
SPRITE19_ Y 
SPRITE19_N 
SPRITE19 C 
SPRITE19_X 
SPRITE20 
SPRITE20_Y 
SPRITE20_N 
SPRITE20_C 
SPRITE20_X 
SPRITE21 
SPRITE21_Y 
SPRITE21_N 
SPRITE21_C 
SPRITE21_X 
SPRITE22 
SPRITE22_Y 
SPRITE22_N 
SPRITE22_C 
SOPTTE22_X 
‘TE23 
‘TE23_Y 
SPKLTE23_N 
SPRITE23_C 
SPRITE23_X 
SPRITE24 


EQU 


EQU 
EQU 


EQU 
EQU 


SPRITE+44 
SPRITE+44 
SPRITE+45 
SPRITE+46 
SPRITE+47 
SPRITE+48 
SPRITE+48 
SPRITE+49 
SPRITE+50 
SPRITE+51 
SPRITE+52 
SPRITE+52 
SPRITE+53 
SPRITE+54 
SPRITE+55 
SPRITE+56 
SPRITE+56 
SPRITE+57 
SPRITE+58 
SPRITE+59 
SPRITE+60 
SPRITE+60 
SPRITE+61 
SPRITE+62 
SPRITE+63 
SPRITE+64 
SPRITE+64 
SPRITE+65 
SPRITE+66 
SPRITE+67 
SPRITE+68 
SPRITE+68 
SPRITE+69 
SPRITE+70 
SPRITE+71 
SPRITE+72 
SPRITE+72 
SPRITE+73 
SPRITE+74 
SPRITE+75 
SPRITE+76 
SPRITE+76 
SPRITE+77 
SPRITE+78 
SPRITE+79 
SPRITE+80 
SPRITE+80 
SPRITE+81 
SPRITE+82 
SPRITE+83 
SPRITE+8 4 
SPRITE+84 
SPRITE+85 
SPRITE+86 
SPRITE+87 
SPRITE+88 
SPRITE+88 
SPRITE+89 
SPRITE+90 
SPRITE+91 
SPRITE+92 
SPRITE+92 
SPRITE+93 
SPRITE+94 
SPRITE+95 
SPRITE+96 


SPRITE24 Y 
SPRITE24_N 
SPRITE24_C 
SPRTTE24 X 
‘TE25 
‘TE25_Y 
srKiTE25_N 
SPRITE25_C 
SPRITE25_X 
SPRITE26 
SPRITE26_Y 
SPRITE26_N 
SPRITE26_C 
SPRITE26_X 
SPRITE27 
SPRITE27_Y 
SPRITE27_N 
SPRITE27_C 
SPRITE27_X 
SPRITE28 
SPRITE28_Y 
SPRITE28_N 
SPRITE28_C 
SPRITE28_X 
SPRITE29 
SPRITE29_Y 
SPRITE29_N 
SPRITE29_C 
SPRITE29_X 
SPRITE30 
SPRITE30_Y 
SPRTTE30_N 
‘TE30_C 
'TE30_X 
orniTE31 
SPRITE31_Y 
SPRITE31_N 
SPRITE31_C 
SPRITE31_X 
SPRITE32 
SPRITE32_Y 
SPRITE32_N 
SPRITE32_C 
SPRITE32_xX 
SPRITE33 
SPRITE33_Y 
SPRITE33_N 
SPRITE33_C 
SPRITE33_X 
SPRITE34 
SPRITE34_Y 
SPRITE34_N 
SPRITE34_C 
SPRITE34_X 
SPRITE35 
SPRITE35_Y 
SPRITE35_N 
SPRITE35_C 
SPRITE35_X 
SPRTTE36 
‘TE36_Y 
‘TE36_N 
orniTE36_C 
SPRITE36_X 
SPRITE37 
SPRITE37_Y 


EQU 
EQU 


EQU 
EQU 
EQU 
EQU 


SPRITE+96 

SPRITE+97 

SPRITE+98 

SPRITE+99 

SPRITE+100 
SPRITE+100 
SPRITE+101 
SPRITE+102 
SPRITE+103 
SPRITE+104 
SPRITE+104 
SPRITE+105 
SPRITE+106 
SPRITE+107 
SPRITE+108 
SPRITE+108 
SPRITE+109 
SPRITE+110 
SPRITE+111 
SPRITE+112 
SPRITE+112 
SPRITE+113 
SPRITE+114 
SPRITE+115 
SPRITE+116 
SPRITE+116 
SPRITE+117 
SPRITE+118 
SPRITE+119 
SPRITE+120 
SPRITE+120 
SPRITE+121 
SPRITE+122 
SPRITE+123 
SPRITE+124 
SPRITE+124 
SPRITE+125 
SPRITE+126 
SPRITE+127 
SPRITE+128 
SPRITE+128 
SPRITE+129 
SPRITE+130 
SPRITE+131 
SPRITE+132 
SPRITE+132 
SPRITE+133 
SPRITE+134 
SPRITE+135 
SPRITE+136 
SPRITE+136 
SPRITE+137 
SPRITE+138 
SPRITE+139 
SPRITE+140 
SPRITE+140 
SPRITE+141 
SPRITE+142 
SPRITE+143 
SPRITE+144 
SPRITE+144 
SPRITE+145 
SPRITE+146 
SPRITE+147 
SPRITE+148 
SPRITE+148 


OS Ek et Rae ee ee 


SPRITE37_N 
SPRITE37_C 
SPRITE37_X 
SPRTTE38 
‘TE38_Y 
‘TE38_N 
SPRITE38_C 
SPRITE38_X 
SPRITE39 
SPRITE39_Y 
SPRITE39_N 
SPRITE39_C 
SPRITE39_X 
SPRITE40 
SPRITE40_Y 
SPRITE40_N 
SPRITE40_C 
SPRITE40_X 
SPRITE41 
SPRITE41_Y 
SPRITE41_N 
SPRITE41_C 
SPRITE41_X 
SPRITE42 
SPRITE42_Y 
SPRITE42_N 
SPRITE42_C 
SPRITE42_X 
SPRITE43 
SPRITE43_Y 
SPRITE43_N 
SPRTTE43_C 
‘TE43_X 
‘TE44 
orniTE44 Y¥ 
SPRITE44_ N 
SPRITE44 C 
SPRITE44 xX 
SPRITE45 
SPRITE45_Y 
SPRITE45_N 
SPRITE45_C 
SPRITE45_X 
SPRITE46 
SPRITE46_Y 
SPRITE46_N 
SPRITE46_C 
SPRITE46_X 
SPRITE47 
SPRITE47_Y 
SPRITE47_N 
SPRITE47_C 
SPRITE47_X 
SPRITE48 
SPRITE48_ Y 
SPRITE48_N 
SPRITE48_ C 
SPRITE48 X 
SPRITE49 
SPRTTE49_ Y 
TE49_N 
TE49_C 
pbrKiTE49 X 
SPRITESO 
SPRITE50O_Y 
SPRITE50_N 


EQU 


EQU 
EQU 


EQU 
EQU 


EQU 
EQU 
EQU 
EQU 


EQU 
EQU 


SPRITE+149 
SPRITE+150 
SPRITE+151 
SPRITE+152 
SPRITE+152 
SPRITE+153 
SPRITE+154 
SPRITE+155 
SPRITE+156 
SPRITE+156 
SPRITE+157 
SPRITE+158 
SPRITE+159 
SPRITE+160 
SPRITE+160 
SPRITE+161 
SPRITE+162 
SPRITE+163 
SPRITE+164 
SPRITE+164 
SPRITE+165 
SPRITE+166 
SPRITE+167 
SPRITE+168 
SPRITE+168 
SPRITE+169 
SPRITE+170 
SPRITE+171 
SPRITE+172 
SPRITE+172 
SPRITE+173 
SPRITE+174 
SPRITE+175 
SPRITE+176 
SPRITE+176 
SPRITE+177 
SPRITE+178 
SPRITE+179 
SPRITE+180 
SPRITE+180 
SPRITE+181 
SPRITE+182 
SPRITE+183 
SPRITE+184 
SPRITE+184 
SPRITE+185 
SPRITE+186 
SPRITE+187 
SPRITE+188 
SPRITE+188 
SPRITE+189 
SPRITE+190 
SPRITE+191 
SPRITE+192 
SPRITE+192 
SPRITE+193 
SPRITE+194 
SPRITE+195 
SPRITE+196 
SPRITE+196 
SPRITE+197 
SPRITE+198 
SPRITE+199 
SPRITE+200 
SPRITE+200 
SPRITE+201 


o 


SPRITE50_C 
SPRITE50O_ X 
SPRITE51 
SPPTTES! Y 
‘TE51_(N 
‘TE51_C 
SPRITE51_X 
SPRITE52 
SPRITE52_ Y 
SPRITE52_N 
SPRITE52_C 
SPRITE52_X 
SPRITE53 
SPRITES53_Y 
SPRITE53_N 
SPRITE53_C 
SPRITE53_X 
SPRITE54 
SPRITE54_ Y 
SPRITE54_N 
SPRITE54_C 
SPRITE54_X 
SPRITE55 
SPRITE55_Y 
SPRITE55_N 
SPRITE55_C 
SPRITE55_X 
SPRITE56 
SPRITE56_Y 
SPRITE56_N 
SPRITE56_C 
CSDPTTE56 X 
‘TE57 
‘TES7_Y 
SPKLTES7_N 
SPRITE57_C 
SPRITE57_X 
SPRITE58 
SPRITE58_ Y 
SPRITE58_N 
SPRITE58_C 
SPRITE58_X 
SPRITE59 
SPRITE59_Y 
SPRITE59_N 
SPRITE59 C 
SPRITES59_X 
SPRITE60 
SPRITE60_Y 
SPRITE60_N 
SPRITE60_C 
SPRITE60_X 
SPRITE61 
SPRITE61_Y 
SPRITE61_N 
SPRITE61_C 
SPRITE61_X 
SPRITE62 
SPRITE62_Y 
CDOPTTE62_N 
‘TE62_C 
‘TE62_X 
SPRITE63 
SPRITE63_Y 
SPRITE63_N 
SPRITE63_C 


SPRITE+202 
SPRITE+203 
SPRITE+204 
SPRITE+204 
SPRITE+205 
SPRITE+206 
SPRITE+207 
SPRITE+208 
SPRITE+208 
SPRITE+209 
SPRITE+210 
SPRITE+211 
SPRITE+212 
SPRITE+212 
SPRITE+213 
SPRITE+214 
SPRITE+215 
SPRITE+216 
SPRITE+216 
SPRITE+217 


J SPRITE+218 


SPRITE+219 
SPRITE+220 
SPRITE+220 
SPRITE+221 
SPRITE+222 
SPRITE+223 
SPRITE+224 
SPRITE+224 
SPRITE+225 
SPRITE+226 
SPRITE+227 
SPRITE+228 
SPRITE+228 
SPRITE+229 
SPRITE+230 
SPRITE+231 
SPRITE+232 
SPRITE+232 
SPRITE+233 
SPRITE+234 
SPRITE+235 
SPRITE+236 
SPRITE+236 
SPRITE+237 
SPRITE+238 
SPRITE+239 
SPRITE+240 
SPRITE+240 
SPRITE+241 
SPRITE+242 
SPRITE+243 
SPRITE+244 
SPRITE+244 
SPRITE+245 
SPRITE+246 
SPRITE+247 
SPRITE+248 
SPRITE+248 
SPRITE+249 
SPRITE+250 
SPRITE+251 
SPRITE+252 
SPRITE+252 
SPRITE+253 
SPRITE+254 
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‘SPRITE63_X EQU SPRITE+255 
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Date: 


(Controller) Equates (what each bit in a Controller Byte is) 


raunIGHT 
PADLEFT 
PADDOWN 
PADUP 
PADSTART 
PADSELECT 
PADBUTTONB 
PADBUTTONA 


Area 
Area 
Area 
Area 
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1 
2 
3 
4 


File: EQUATES.NES 
Richard L. Seaborne’s NES equate file by Richard L. Seaborne 
Copyright 1990 ALL RIGHTS RESERVED 
1/23/90 


EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


%00000001 
%00000010 
%00000100 
%00001000 
%00010000 
%00100000 
%01000000 
%10000000 


kkk 


RAMBO 
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RAMBO (NAMCO 109) Memory Controller Equates 
PROGRAM BANKING: 


The RAMBO splits the program 


(8Kbyte) 
(8Kbyte) 
(8Kbyte) 
(8Kbyte) 


CHARACTER BANKING: 


area into four 8Kbyte banks 


$8000 - S$9FFF - set through PBSRO 
SA000 - SBFFF - set through PBSR1 
$c0O00 - $DFFF - set through PBSR2 
SEOOO - SFFFF - fixed at highest bank 


The RAMBO splits the character area into six banks 
Area 1 (2Kbyte, characters $00 - $7F) $0000 - $07FF -use CBSRO 
Area 2 (2Kbyte, characters $80 - $FF) $0800 - $OFFF -use CBSR1 
Area 3 (1Kbyte, characters $00 - $3F) $1000 - $13FF -use CBSR2 
Area 4 (1Kbyte, characters $40 - $7F) $1400 - $17FF -use CBSR3 
Area 5 (1Kbyte, characters $80 - $BF) $1800 - $1BFF -use CBSR4 
Area 6 (1Kbyte, characters $CO - $FF) $1C00 - $1FFF -use CBSR5 
BPTR EQU $8000 ;Bits 0-3 (lower nibble): 
; Bank Pointer Register - used to select which 
; bank register is to be written to through Rn 
;Bit 4: NOT USED, KEEP 0 for future compatibility 
;Bit 5: Character Map Mode for Banko 
; 0=2Kbyte CHR Bank (128 stamps/bank) 
; 1=1Kbyte CHR Bank (64 stamps/bank) 
;Bit 6: Program Map Mode 
; Reverses Window-0 and Window-2 (set to 0 for 
; MMC-3 compatibility) 
;Bit 7: Character Segment 
; O0=Normal NES CHR bank selection with PCR1 ($2000 
; 1=Reverses meaning of Bits 3 and 4 of PCR1 ($200 
Rn EQU $8001 ;Bits 1-7: (Char Map Mode 0) 
; Register Number Register - Actual value to be 
; written to the RAMBO register pointed to by BPTR 
;Bits 0-7: (Char Map Mode 1) 
; Register Number Register - Actual value to be 
; written to the RAMBO register pointed to by BPTR 
;Bits 0-5: (Program Selection) 
; Register Number Register - Actual value to be 
; written to the RAMBO register pointed to by BPTR 
SCRL EQU $A000 :Bit 0: Scroll Control Register 
; 0=horizontal 
; 1=vertical 
;Bit 48-Pin Rambo ONLY 
; O=No Playfield RAM 
; 1=Playfield RAM on Cartridge 
;NOTE: Write-Protect Register of MMC3 ($A001) is not supported by RAMBO 
TLAT EQU $C000 *Timer Count Latch - this is the value loaded into 


sthe IRQ timer after every IRQ 


